home *** CD-ROM | disk | FTP | other *** search
/ CU Amiga Super CD-ROM 17 / CU Amiga Magazine's Super CD-ROM 17 (1997)(EMAP Images)(GB)[!][issue 1997-12].iso / CUCD / Programming / AMOSList / AMOSLIST.0897 / 000399_amos-request@svcs1.digex.net_Tue Aug 26 08:51:43 1997.msg < prev    next >
Text File  |  1997-09-09  |  4KB  |  87 lines
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224])
  2.     by mail2.access.digex.net (8.8.5/8.8.5) with ESMTP id IAA27181
  3.     for <mcox@access.digex.net>; Tue, 26 Aug 1997 08:51:35 -0400 (EDT)
  4. Received: (from daemon@localhost)
  5.     by svcs1.digex.net (8.8.5/8.8.5) id FAA26351
  6.     for amos-out; Tue, 26 Aug 1997 05:52:04 -0400 (EDT)
  7. Received: from mail3.access.digex.net (mail3.access.digex.net [205.197.247.4])
  8.     by svcs1.digex.net (8.8.5/8.8.5) with ESMTP id FAA26348
  9.     for <amos-list@svcs1.digex.net>; Tue, 26 Aug 1997 05:52:04 -0400 (EDT)
  10. Received: from MCSDEV.MCS.CO.UK (SYSTEM@mcsdev.mcs.co.uk [193.32.50.112])
  11.     by mail3.access.digex.net (8.8.5/8.8.5) with SMTP id FAA20995
  12.     for <amos-list@digex.net>; Tue, 26 Aug 1997 05:51:58 -0400 (EDT)
  13. Date:     Tue, 26 Aug 1997 10:51 GMT
  14. From: "SIMONC%MARS.decnet"@mcs.co.uk (Simon Champion - simonc@mcs.co.uk)
  15. Message-Id: <009B95966B8D3140.8D9D@mcs.co.uk>
  16. To: amos-list@digex.net
  17. Subject:  Re: All this talk of a List Game
  18. X-VMS-To: MCSDEV::SMTP%"amos-list@digex.net"
  19. Status: O
  20. X-Status: 
  21.  
  22. To:    amos-list@digex.net
  23. Subj:    Re: All this talk of a List Game
  24.  
  25.  
  26. >> -A WYSIWIG musical score writer (remember Deluxe Music?). Could be fun to
  27. >>  write.
  28.  
  29. >Have fun.
  30.  
  31. I'm sure it would be!!!  :-)
  32.  
  33. Come on :) take the challenge :))
  34.  
  35. >> -Or a programmer's Bug Tracking utility? This could provide plenty of scope
  36. >>  for us. The idea is for a program that makes it easy to report bugs in a
  37. >>  program when testing, and for the programer to then see what's been reported.
  38. >>  It also cuts down on duplicated effort, and would allow an team leader to
  39. >>  decide on priorities for the various problems. Quite a useful program when
  40. >>  you've got a team of programmers working independantly of each other.
  41.  
  42. >Huh ?  Print in the source code ?  Log files ?  Auto-parsing ?  Editor hooks ?
  43.  
  44. Did I not get my idea across here?
  45. I'm not talking about a bug fixing tool -- more of a 'bugs database'....
  46. ie: A tester runs the program under test, and finds a bug. He would then
  47. load this bugs database (or whatever it'd be called), and creates an entry
  48. that explains the bug.  Later, the programmer loads the database, and sees
  49. that this bug has been logged by the tester, and he goes and fixes it, and
  50. marks the database entry as 'fixed'.... where upon the tester knows it's
  51. ready to be tested, and can set it to 'failed test' (or possibly 'passed').
  52. If you're planning to release a new version of the program under test, you
  53. will have a nice little database with a complete history of bugs and changes,
  54. and your users can see instantly whether the bugs they've moaned about are
  55. fixed yet.
  56. You see..... nothing technical - just a specialied database. But very useful.
  57. The hardest part would be to have everyone's database kept up to date... if
  58. your programmers/testers/etc are well seperated, you'd need some sort of
  59. method of sending the changes in the database entries to everyone.
  60.  
  61. >> -An script generator for the Commodore Installer. In operation, you'd tell
  62. >>  it to install program X in it's own directory, lib Y in LIBS: etc, and
  63. >>  it would create a script for the Installer. Do any of us know the script
  64. >>  language of installer well enough to do this?
  65.  
  66. >YES !!!  THIS ONE !!!  SMEGGING USEFULL !!!!
  67.  
  68. hehe! I thought so too. I'd love to see this being written.
  69.  
  70.  
  71. >I think a gadtools or mui based application in amos would stun a lot of
  72. >people, particularly when they find out it multitasks..  
  73.  
  74. Huh? Does Amos do MUI too????  (didn't know this -- I'm stunned :-)
  75.  
  76. Seriously, though, Amos *is* capable of any of these ideas, so lets prove that
  77. to the rest of the world! :))
  78.  
  79.  
  80. Tot Siens!
  81.  
  82.    / |\   /
  83.    \ | \ /
  84.    / |_/ \_
  85. (Simon Champion)
  86. ------------------------------------------------------------------------------
  87. "Smoking is now proved to be one of the leading causes of statistics."